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PROCEDE DE PAIEMENT ELECTRONIQUE. 

Pour faciliter les paiements electroniques, on transfor- 
ms un telephone portable (7) en terminal porteur de paie- 
ment. Plus exactement le terminal porteur de palement est 
constitue par des circuits des telephones portables et par 
des circuits d'un systeme central (10) d'un operateur de te- 
lecommunications. Cette combinaison de circuits permet de 
composer d'une manieresure un message (5) de paiement 
adresse a un serveur (6) d'un organisme financier. 
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Proc6de de paiement electronique 

La presente invention a pour objet un proc6de de paiement 
electronique. Le but de I'invention est de permettre une tres grande diffusion 
5 d'un tel mode de paiement, dont I'interet est la simplicity et, avec certaines 
precautions, une grande fiabilite. 

On connaTt les paiements par carte bancaire, notamment ceux dans 
lesquelles on prend une empreinte d'un embossage d'une carte de paiement, 
ou d'une carte de credit, sur une fiche de paiement et dans lequel 

10 ('authenticity du paiement est acquise par la signature du titulaire de la carte 
au bas de la fiche. Selon les differentes legislations, le paiement peut etre 
consid^re cornme effectu6 des I'apposition de la signature ou, dans certains 
pays, seulement lorsque le titulaire de la carte repoit & son domicile un releve 
des paiements et les accepte, ou tout au moins ne manifeste pas son 

15 disaccord d'acceptation. L'embossage r6v6le des caracteres repr6sentatifs 
de I'identite du titulaire de la carte, surtout de son num6ro de compte aupr6s 
d'un organisme financier. 

Ce type de paiement a £te perfectionne par ('apposition a I'arri&re des 
cartes de paiement ou carte de credit d'une piste magn6tique reproduisant, 

20 sous une forme memoris6e magnetiquement, les caracteres embosses. Un 
lecteur de piste magnetique d'un terminal de paiement est capable de lire 
ces caracteres et d'editer la fiche de paiement qui suit par ailleurs un meme 
cheminement d'acceptation. 

En cas d'acceptation, un organisme financier du creancier op6re les 

25 transferts de monnaie scripturale correspondants entre le compte du d6biteur 
aupres d'un organisme financier et un compte du cr6ancier. 

Ce type de paiement a 6t6 £ I'origine d'une fraude assez importante et 
a du etre securise. Le systeme de s6curisation retenu a consist6 & adjoindre 
aux informations relatives a I'identite bancaire proprement dite du porteur de 

30 la carte (notamment son num6ro de compte dans I'organisme financier 
concern^ et 6ventuellement son adresse), une chaine de caracteres 
complementaire constituant une coherence des informations d'identite 
proprement dites. Cette coherence est calculee, en fonction d'un algorithme 
propre a I'organisme financier, sur la base des informations relatives a 

35 I'identite proprement dite. Cette coherence est constitute par I'adjonction de 
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cette chaTne de caracteres dans la piste magn6tique, mais pas dans les 
caracteres embosses. A ce titre cette chaTne de caracteres reste inconnue 
d'un fraudeur de base. 

Actuellement les deux systemes existent, le principe 6tant qu'un 
5 acheteur avise ne doit effectuer des paiements avec une machine & prendre 
les empreintes emboss6es, un sabot, que s'il a une grande confiance dans le 
vendeur, creancier du paiement, ou ne doit accepter que des paiements 
magn6tiques dans I'autre cas. En effet, pour la prise d'empreintes 
emboss6es, il faut surveiller que les fiches de paiement ne soient pas 

10 dupliqu6es par le commergant, ou un fraudeur. Par exemple, avec une 
facturette papier dupliqu6e, un commergant fraudeur pourrait fabriquer des 
fausses factures avec un autre sabot, celui d'un autre commergant complice. 

Le lecteur de piste magn6tique du terminal de paiement 6lectronique 
etant relie en temps r6el, ou periodiquement en temps differ^, £ un serveur 

15 de donnees de sa banque, ce lecteur est aisement rep6rable comme serait 
par ailleurs reparable par ses facturettes un commergant fraudeur. Les 
references de ce lecteur qui sont transmises en meme temps que chaque 
transaction & la banque du creancier d6s»gnent le creancier £ coup sur. Mais 
surtout, I'insertion de la carte dans le lecteur s'effectuant £ vue du porteur, 

20 celui-ci peut constater qu'elle n'est pas introduite dans un deuxieme lecteur. 
En consequence ce type de transaction a 6t6 rendu plus sur, du moins du 
point de vue de la morality des commergants. En ce qui concerne les clients, 
le lecteur verifie I'authenticite de la carte (controle d'authentification). Ensuite 
la carte contr6le le code confidentiel du porteur via le terminal lecteur. Pour 

25 I'authentification, le lecteur peut mettre en oeuvre une verification de la carte 
avec les informations de coherence. Le lecteur peut done detecter les clients 
fraudeurs. 

En ce qui concerne les clients, le systeme notamment par carte £ 
puce permettant d'authentifier le porteur de la carte par composition d'un 

30 code secret permet, bien mieux qu'une signature qui peut etre imitee, de 
verifier que la carte n'a pas ete vol6e. Pour simplifier, on retiendra que le 
terminal de paiement, au moment ou une carte £ puce lui est introduite, 
apr6s I'authentification, lance une procedure de code secret. Les 6checs de 
cette procedure sont comptes. Au-dela d'un nombre limits d'6checs (trois en 

35 g6n6ral) la carte a puce est invalid6e. En cas d'ad6quation, la transaction 
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peut etre menee £ terme. 

Dans tous les cas 6voqu6s ci-dessus le paiement n6cessite la 
presence du commergant (ou au moins du terminal de paiement de ce 
commergant), de la carte de paiement du d6biteur et de la presence du 
5 d6biteur lui-meme. Or cette concomitance n'est pas acquise dans le domaine 
de la vente par correspondence que celle-ci soit r6alis6e par telephone, 
notamment par minitel en France, ou meme par Internet. En effet dans ce 
cas il n'y a pas de terminal de lecture magnetique, ou eiectronique, pour lire 
des informations d'identite du debiteur ainsi que des informations de 

10 coherences, qui accompagnent le cas 6ch6ant ces informations d'identites. 

En pratique, pour de telles transactions il est demande au debiteur de 
composer sur un clavier (celui d'un combine tetephonique, d'un micro- 
ordinateur relie sur Internet, ou d'un minitel) les 13, 16 ou 19 ou autres 
caracteres numeriques emboss6s de son compte en banque (qui sont par 

15 ailleurs repr£sentatifs egalement de la banque dans laquelle il a un compte), 
ainsi que d'une maniere compl£mentaire ceux d'une date de validity. On 
retombe alors avec ce mode de paiement dans les difficultes des fraudes 
evoqu6es ci-dessus. En effet quiconque disposant du numero de carte de 
paiement d'un tiers peut effectuer des paiements avec ce num6ro (et au 

20 besoin avec la date de validity), en se faisant livrer a un endroit quelconque 
des biens ou des services achet6s. 

Par ailleurs les informations de coherence ne sont pas disponibles 
pour les usagers, ils les ignorent, et meme leur propre banque refusera de 
les leur donner. En consequence, sans terminal de paiement autorise par 

25 I'organisme financier, c'est-a-dire relie a cet organisme financier 
periodiquement ou en temps reel, il n'est pas possible d'effectuer des 
paiements surs, sans risque pour le d6biteur de voir sa carte utilis6e par des 
fraudeurs. 

Dans le domaine de la vente par correspondence, notamment en 
30 France avec Pusage du minitel, Pinformation de coherence inconnue des 
usagers peut etre remplacee par une relation contractuelle prealable. Ainsi, 
une personne identiftee par son adresse et eventuellement son num6ro de 
compte en banque dans le fichier de Porganisme de vente par 
correspondence est §galement dote d'un numero de contrat attribu6 par 
35 Porganisme de vente par correspondance. Ce numero de contrat n'est pas le 
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code secret de la carte bancaire et n'est pas non plus la chaTne de 
caracteres de coherence ignoree. Mais il constitue un substitut de cette 
information de coherence puisque, sans ce numero de contrat la carte de 
paiement ne pourra pas etre utilisee. En donnant son numero de contrat, le 
5 voleur se designe et c'est un bon moyen pour eviter sa fraude avec des 
cartes de paiement voices. 

II reste done le probleme de toutes les ventes par correspondance, 
vente sur catalogue, ou vente par Internet, dans lesquelles I'acheteur n'a pas 
prealablement pris contact avec I'organisme de vente par correspondance 

10 pour se faire attribuer un numero de contrat. Les seules solutions qui sont 
offertes dans ce cas consistent pour I'acheteur a diffuser les references de 
sa carte de paiement, avec les risques de spoliation envisages ci-dessus. 

Selon r invention ce probleme va etre resolu simplement en utilisant 
pour le paiement un telephone mobile et, dans une solution principale, les 

15 circuits de gestion des communications d'un operateur central de 
telecommunications auxquels I'utilisateur est affilie par abonnement pour 
constituer un message de transaction a etablir : pour jouer le role du terminal 
de paiement. Ainsi, par exemple au moment de la souscription de son 
abonnement, cet utilisateur demandera a incorporer dans les circuits de son 

20 telephone mobile, ou d'une carte a puce ou d'un jeton a puce utilise avec ce 
telephone mobile, des informations relatives a son identite (son numero de 
compte en banque essentiellement) et de preference egalement les 
informations de coherence de sa carte bancaire. En quelque sorte le 
telephone mobile comportera de ce point de vue une duplication de sa carte 

25 de paiement. Si I'utilisateur perd son telephone mobile, ce telephone mobile 
est n6anmoins protege par son propre code secret de d6marrage comme le 
serait une carte a puce. 

Au moment d'une transaction, I'utilisateur composera un num6ro de 
telephone specifique de paiement, qui n'aboutit, dans cette solution 

30 principale, chez aucun interlocuteur si ce n'est a une fonction particuliere 
dans les services centraux de I'operateur. A cet instant la communication 
etablie permet d'executer automatiquement un programme specifique. Au 
cours de ce programme specifique, I'utilisateur compose et fait envoyer un 
code relatif a I'identit6 du commercant aupr6s duquel il veut faire une 

35 acquisition. Eventuellement ce code est relatif a la transaction elle-meme si 
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celle-ci est identiftee par ailleurs. Les services centraux de Pop6rateur de 
telecommunications composent alors un message de paiernent. Ce message 
de paiernent est etabii sur la base de Identification du client debiteur 
(connue par le telephone mobile et communiqu6e automatiquement a 
5 l'op6rateur de telecommunications) et sur la base d'un code de cr6ancier 
(communique par I'utilisateur au moment od il envoie le code de commer9ant 
apr£s composition). Les services centraux de Pop6rateur retrouvent & partir 
de ce code de creancier, ou de ce code de transaction envoye par 
I'utilisateur du telephone, I'identite du commergant et eventuellernent un 

10 montant de transaction. Ce montant peut etre autrement compose par 
Putilisateur du telephone, a moins qu'il ne corresponde a la transaction. 

Une fois que ce message de paiernent est compose, les services 
centraux de l'op6rateur de telecommunications effectuent en plus renvoi du 
message correspondant & un organisme financier qui correspond soit au 

1 5 debiteur, soit au creancier, mais de preference au creancier. Cet organisme 
financier effectue alors la transaction comme dans le cas des paiements 
avec des terminaux eiectroniques communs. En quelque sorte, en agissant 
ainsi Toperateur de telecommunications se substitue, avec tous ses services, 
d un terminal de paiernent electronique. Ce terminal de paiernent 

20 electronique ainsi realise est particulier en ce sens qu'il est universel. II 
concerne tous les commer?ants et tous les organismes financiers. II suffit 
seulement que Toperateur puisse etre en relation avec les diff6rents 
organismes financiers. Deux autres variantes seront egalement d6crites par 
la suite dans lesquelles la constitution du message de paiernent va etre 

25 partagee. 

^invention a done pour objet un procede de paiernent electronique 
dans lequel 

- on complete un message de paiernent comportant une information 
d'un montant d'une transaction, une information d'identite d'un debiteur de ce 

30 montant et une information d'identite d'un cr6ancier de ce montant, 

- on envoie ce message a un serveur de donn6es d'un organisme 
financier, 

- le serveur de cet organisme financier opere des transferts de 
monnaie scripturale correspondant d ce paiernent, 

35 caracteris6 en ce que 
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- on emet d partir d'un telephone mobile, et en direction d'un systeme 
central d'un op6rateur, Pinformation ddentite du debiteur, 

- on constitue, dans ce systeme central, le message de paiement a 
partir de Pinformation d'identite de debiteur regue, et d'une information 

5 d dentite de creancier, 

- on envoie le message ainsi constitue £ un serveur de donn6es d'un 
organisme financier. 

Uinvention sera mieux comprise £ la lecture de la description qui suit 
et a Texamen des figures qui Paccompagnent. Celles-ci ne sont donn6es qu'& 
1 0 titre indicatif et nullement limitatif de Invention. Les figures montrent : 

- Figure 1 : la representation sch6matique d'un proc6de de paiement 
electronique de Petat de la technique ; 

- Figure 2 : une representation sch6matique des moyens mis en 
oeuvre dans le procede de Pinvention ; 

15 - Figure 3 : une representation sch6matique des moyens du 

telephone mobile mis en oeuvre dans le procede de Pinvention ; 

- Figure 4 : un organigramme de deroulement des etapes du 
proc6d6 de Pinvention ; 

- Figure 5 : une presentation comparative des differentes variantes 
20 de Pinvention. 

La figure 1 montre les moyens utilises dans Petat de la technique pour 
effectuer un paiement electronique. Dans un terminal 1 de paiement 
electronique, on insere une carte 2 de paiement, carte a puce ou carte 
magnetique. Avec un clavier 3 du terminal 1, le commergant compose le 

25 montant de la transaction. En pratique cette operation comporte une 
authentification de la carte et une authentication du porteur par une 
composition de code secret mais qui n'est pas pertinente au premier chef ici. 
Ce faisant un message 5 de paiement ainsi constitue par le terminal 1 
comporte Identification du debiteur, (c'est-^-dire le client), le montant de la 

30 transaction, et Identification du creancier (c'est-3-dire le commergant). 
^identification du debiteur est preievee dans la carte 2. Identification du 
creancier est preievee dans le terminal 1. Le montant est compose au 
clavier. D'autres informations sont egalement donn£es, notamment la date 
de la transaction, la date de validite de la carte de paiement 2, ainsi que 

35 d'autres types d'informations. Dans Identification client, figure Identification 
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proprement dite et, de preference, la chaine de caracteres de coherence qui 
authentifie intrinsequement Tidentite du client. Dans 1'identification du 
commergant on retrouve les m§mes elements. Ceux-ci sont disponibles dans 
une memoire 4 du terminal 1 . 
5 Le terminal 1 est relie par une ligne telephonique (filaire, hertzienne ou 

autres) avec un serveur 6 de la banque du creancier. Le serveur 6 de cette 
banque est capable de recevoir le message 5 envoye, et de traiter la 
transaction financiere qui lui correspond. D'une manfere connue, le serveur 6 
de la banque du commergant emet un ordre de pr6l6vement du compte du 

10 client pour le debiter et pour cr6diter le compte du commergant qu'elle g£re. 

La figure 2 montre la modification de cette transaction selon 
I'invention, notamment pour la rendre accessible avec security a la vente par 
correspondence. Ce mode de paiement peut toutefois se substituer aux 
paiements avec terminal 1 , si le commergant Paccepte et s'il s'est organise 

15 en consequence. On verra par la suite comment plutot qu'une substitution 
pure et simple qui appelle la mefiance du commergant, celui-ci peut participer 
avec ses equipements a l'op6ration de paiement. Dans ces cas, selon 
I'invention, un client disposant d'un telephone mobile 7 consulte un catalogue 
8 de vente par correspondence ou meme consulte une session 9 de 

20 connexion sur Internet. Eventuellement il consulte la vitrine d'un 
commergant. II detecte dans ces consultations un bien ou un service qu'il 
veut acquerir. Les informations qui sont mises a sa disposition par le vendeur 
sont alors, selon Pinvention, essentiellement des indications relatives a une 
procedure de designation du bien ou du service achete, et d'une proc6dure 

25 de paiement. 

Ces deux notions ne sont toutefois pas n6cessairement completement 
s^parees, il est possible en effet notamment au cours d'une session Internet 
9, qu'un seul produit soit achetable aupres du commergant, auquel cas la 
designation du bien ou du service sera implicitement comprise dans la 

30 designation du commergant. On verra par la suite comment peut etre menee 
a terme, avec toutes les variantes possibles, la procedure de designation du 
bien ou du service choisi par le client. Pour I'instant, pour ce qui conceme 
I'invention seul est important le fait que soit mis & la disposition de I'acheteur 
une procedure de paiement. 

35 Cette procedure de paiement peut comporter une succession 
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d'operations a effectuer par Pacheteur mais elle comportera essentiellement, 
selon 1'invention, renvoi d'un code commergant. En effet, comme on Pa dit ci- 
dessus le terminal de paiement auquel on va s'adresser est un terminal 
universel, il n'est pas comme le terminal 1 automatiquement muni d'une 
5 memoire 4 avec Identification d'un commer9ant specifique ni non plus 
automatiquement connecte a un serveur 6 de donnees de la banque du 
commergant. Par consequent, dans le catalogue 8 dans la session 9 ou dans 
sa procedure de paiement, le commergant doit indiquer un code qui le 
concerne dans les services de Toperateur de telecommunications. Ce code 

10 pourrait meme etre Identification complete du commergant comme vu plus 
haut. II pourra de preference §tre plus simple, notamment comporter par 
exemple un nom commercial suivi, eventuellement, d'un num6ro d'article vu 
dans le catalogue. Ainsi pour une societe nomm6e VPC de vente par 
correspondance, et pour un article de numero 0001, le code commergant 

1 5 pourra etre VPC, ou VPC 0001 selon le cas. 

Selon rinvention, le telephone mobile 7 va envoyer, pour le paiement, 
dans un systeme central 10 d'un op6rateur de telecommunications publiques 
avec des mobiles, un message comportant essentiellement le code 
commergant vu ci-dessus (VPC, ou VPC 0001) ainsi que ('identification client 

20 (c'est-^-dire Pidentite du client et de preference la chaine de caracteres de 
coherence). D'une maniere optionnelle le client enverra avec son telephone 
mobile 7 le montant de la transaction et la date de la transaction. Le montant 
de la transaction et la date de la transaction ne sont pas n6cessaires si 
I'article achete est dejk identifie implicitement dans le code commergant. De 

25 meme ils ne sont pas necessaires si le commergant ne vend qu'un seul 
article. La date peut par ailleurs etre apport6e dans le message de paiement 
par Top6rateur. 

Pour renvoi des deux composantes essentielles, le code commergant 
et Identification client, il n'est demande 6 I'utilisateur du telephone mobile 

30 que de composer le code commergant. L'identification client etant 
pr6alablement contenue dans les memoires de ce telephone mobile sera 
adjointe au message d'une maniere automatique. Apres cette composition du 
code commergant, le client se met en relation avec le systeme central 10. A 
cette fin il dispose d'un numero de telephone specifique. 

35 Le systeme central 10 de Toperateur de telecommunications comporte 
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au moins une station de base 1 1 en relation avec le telephone mobile par 
voie hertzienne, et avec les differents circuits de ce systeme central par 
I'intermediaire d r un bus 12. D'un maniere connue ces circuits comporteront 
des circuits 13 de commutation et des circuits annexes. Les circuits 13 
5 servent a la fonction principale d'un operateur de telecommunications : a 
etablir des liaisons entre differents interlocuteurs. Les circuits annexes 
peuvent etre varies et comporter par exemple des boTtes vocales 14. Le 
systeme central 10 est administre par un processeur 15 qui met en oeuvre un 
programme 16 general. Le programme 16 est contenu dans une memoire 

10 161 reli6e au bus 12. Selon Tinvention ce programme 16 sera complete par 
un sous programme 17 de paiement electronique selon I'invention. Le sous 
programme 17 a pour objet de reconstituer le message 5 et de I'envoyer & un 
serveur 6 de donnees de la banque du commergant. Le sous programme 17 
est la fonction specifique de paiement Ianc6e chaque fois qu'un accds est 

1 5 effectue sur le num6ro de telephone specifique. 

Dans ce but, le systeme central 10 comportera une memoire de 
paiement 18 dont chaque enregistrement peut etre adresse par un code 
commergant regu du telephone mobile 7. Dans un enregistrement 
correspondant a un code commergant, on trouve ainsi une information 

20 relative £ {'identification du commergant, notamment a son compte en 
banque, et £ une identification de la banque du commergant. Cette demiere 
information sera notamment utile pour, une fois que le message 5 aura 6te 
constitue, I'envoyer au serveur 6 de la banque du commergant. 

En variante, la memoire 18 sera r6duite, et ne comportera qu'une 

25 identification de commergant permettant au service central 10 de se 
connecter, en temps reel ou en temps differe, sur un serveur de donnees 19 
du commergant afin d'y puiser les informations correspondant d la 
transaction souhait6e par le porteur du telephone mobile 7. Ainsi, dans le cas 
ou le code commergant comporterait les informations VPC 0001 , le systeme 

30 central 10 composera un numero de telephone (correspondant au 
commergant VPC et qu'il connaTt dans sa memoire 18). Ce numero de 
telephone est celui du serveur 19 du commergant. Par une requete 
automatique, le systeme central 10 pourra obtenir de ce serveur 19 d'une 
part ('identification bancaire de ce commergant et d'autre part eventuellement 

35 le montant de la transaction relative d ('article correspondant 0001 . 
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En variante le processeur 15, en execution du programme 17, peut 
apporter la date du jour au message 5 ainsi qu'effectuer la verification des 
identifications du client et du commer?ant. En effet dans les deux cas il 
recevra des entites 7 et 19 des identites proprement dites ainsi que les 
chaines de caracteres de coherence. Dans une variante preteree egalement 
le sous programme 17 pourra lancer une verification de code secret, pour 
authentifier le porteur du telephone mobile. Ou le sous programme 17 pourra 
faire faire cette verification par un circuit contenu dans le telephone mobile 7. 

En resume Identification client est envoy6e par le telephone mobile 7 
au moment de la transaction, ^identification du commenjant est envoyee par 
le serveur commergant 19. Elle est envoy6e prealablement pour etre stockee 
dans une memoire 18, ou £ la demande, en temps reel ou en temps differe 
par rapport a I'instant de la transaction. Le montant peut etre compose par 
I'utilisateur du telephone mobile 7. II peut etre prealablement stocke dans la 
m6moire 18. Ou encore il peut etre envoye a la demande par le serveur 19. 
L'avantage d'utiliser ie serveur 19, et done la communication entre le 
systeme central 10 et ce serveur 19, pour parfaire la transaction est que le 
commergant peut changer de banque comme il veut et que d'autre part le 
systeme central 10 n'est pas responsable juridiquement de la transaction 
puisqu'il ne fait que transcrire des informations qu'on lui donne pour 
composer le message 5. Dans un enregistrement de la memoire 18 
correspondant £ un code commergant, on trouvera done de preference des 
moyens d'identification du commergant, avec la chaTne de caracteres de 
coherence, et des moyens ^identification de sa banque, e'est-^-dire 
I'expression du protocole de connexion utilisable pour transmettre ensuite le 
message 5 a cette banque. 

La figure 3 montre une modification fonctionnelle d'un telephone 
mobile pour le faire fonctionner selon I'invention. Le telephone mobile 7 
comporte d'une maniere connue un microprocesseur 20 reli6 par un bus 21, 
3 une memoire programme 22, a une memoire de donnees 23, & une 
memoire de travail 24, £ un circuit demission reception 25, ii un clavier 26, et 
a un 6cran 27. Pour la relation avec le monde exterieur, le bus 21 est encore 
relie a un connecteur 28, de carte £ puce ou similaire ainsi qu f £ un 
connecteur d'embase 29. Le connecteur 29 sert la plupart du temps pour 
recharger une batterie (non representee) du telephone mobile. Mais il peut 
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6galement servir pour connecter le telephone 7 & un micro-ordinateur 30. Le 
micro-ordinateur 30 est par exemple celui £ partir duquel on a Ianc6 une 
session Internet 9. Cependant il ne faut pas confondre la session Internet 
(qui pourrait f elle aussi, utiliser le telephone mobile comme moyen de 
5 communication), et la session de paiement dans laquelle on met en ceuvre le 
proc6d6 de paiement selon Tinvention. 

Le connecteur de carte a puce 28 est optionnel quoique 
correspondent a une solution pteferee. En effet celui-ci permet de connecter 
un circuit a puce 31 amovible comportant lui aussi un bus 32 relie au 
10 connecteur 28, un microprocesseur 33, une memoire programme 34 et une 
memoire de donnees 35. 

Dans la memoire de donnees 23 figurent diverses informations mais 
notamment un numero dit IMSI, pour International Mobile Set Identification, 
qui permet d'identifier au cours d'une communication du telephone mobile 7 
1 5 avec une station de base 1 1 quel est le poste tetephonique mobile qui est en 
cours d'utilisation. Par opposition, dans la memoire 35 figurera un num6ro dit 
SIM correspondant, mais pour I'operateur de telecommunications cette fois. 
& I'identite de I'utilisateur du telephone mobile. Cette identity est en fait ici en 
correspondence biunivoque du num6ro de telephone affecte par cet 
20 operateur a I'utilisateur de la carte 31. Le circuit a puce 31 est d'ailleurs 
appeie couramment carte SIM pour cette raison. 

Cette memoire 35 comporte d'une manure connue differentes zones 
non volatiles dont notamment une zone 36 comportant un code secret. Lors 
de I'utilisation du telephone mobile avec la carte 31, au moment de la mise 
25 en service, le programme de la memoire programme 34 v6rifie que le code 
secret compose par I'operateur sur le clavier 26 correspond bien a celui 
enregistre dans la zone 36. II est 6galement connu d'y disposer dans des 
zones m6moires telles que 37 des numeros de telephones pr£f6r§s. 
L'operateur peut les faire apparaTtre sur l'6cran 27 et les sSlectionner pour 
30 une composition automatique sans avoir & frapper tous les chiffres de ces 
nunteros de telephone. Le num6ro de telephone specifique pourra en faire 
partie. 

Selon I'invention, et d'une manure pr6feree, la carte SIM 31 
comportera dans la memoire 35 une zone 38 dans laquelle seront 
35 enregistrees les informations relatives aux paiements effectues par le porteur 
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du telephone 7. Par exemple dans un enregistrement 39 de la zone 38, on a 
memorise le num6ro de la carte VISA du titulaire de la carte SIM 31 dans 
une premiere zone 40, et la chame de caracteres de coherence 
correspondant a ce num6ro 40 dans une zone 41. Si le titulaire de la carte 
5 SIM 31 possede par ailleurs une carte American Express cette indication 
sera portee dans un enregistrement 42 dans les zones 43 et 44 
respectivement. Et ainsi de suite il pourrait y avoir autant d'enregistrements 
que le titulaire de la carte SIM 31 , ou du telephone mobile, dispose de 
comptes financiers differents. De meme dans un enregistrement 45, on a fait 

10 figurer les references d'une societe de vente par correspondance VPC 1 et 
du num6ro de contrat souscrit avec elle en zones 46 et 47 respectivement. 

Le choix de la carte SIM 31 pour contenir toutes les informations 39 & 
47 est pr6f6r6 parce que ce choix permet £ I'utilisateur, detenteur de la carte 
SIM 31, d'utiliser n'importe quel telephone mobile 7 pour effectuer la 

15 transaction. En outre, il est plus facile pour un op6rateur de recevoir ou de 
modifier des cartes SIM qu'il edite que de modifier des telephones mobiles. 
Neanmoins il serait possible d'incorporer, notamment dans les pays ou les 
caracteres amovibles des informations de la carte SIM 31 ne sont pas 
utilises, ces informations dans la m6moire 23. 

20 Plutot que d'avoir le pr6l6vement de Tidentification du commergant 

dans le centre serveur 19 par Tintermediaire du systeme central 10, il est 
possible, en connectant simultan6ment le micro-ordinateur 30 sur une 
session Internet et sur le connecteur 29, ou en gardant en memoire les 
resultats de la session Internet, de transmettre sur le bus 21 les informations 

25 d'identification du commergant, et meme de montant, £ partir du telephone 
mobile 7 pour composer le message eiectronique de paiement 5. Cependant, 
meme dans ce cas le systeme central 10 est pr6f6re puisque c'est celui-ci 
qui effectuera en definitive la verification de coherence. En outre, les 
messages 5 sont de toute maniere edites par le systeme 10 pour etre 

30 transmis au serveur 6 de la banque du commergant. Surtout la liaison entre 
le poste teiephonique mobile 7 et le systeme central 10-n'est pas une liaison 
Internet en reseau, ouverte a tous, elle est une liaison priv6e done nettement 
mieux protegee. Quand Poperateur est ainsi implique dans le traitement : on 
definit un protocole d'echange entre le telephone mobile 7 et Toperateur. Ce 

35 protocole tient compte des diff6rentes options offertes : connaissance 
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pr6alable de Identification du commenjant, pr6levement en temps reel, ou 
communication par le client. 

La figure 4 montre les operations 48 mises en oeuvre pour effectuer la 
procedure de designation et les operations 49 effectu6es selon I'invention 
5 pour la procedure de paiement. La procedure 48 de designation n'est pas 
necessairement effectu6e par la liaison par telephone mobile, en utilisant le 
systeme central 10 montre sur la figure 2. Elle sera de preference lancee par 
le micro-ordinateur 30 au cours d'une session Internet 9. La procedure 48 
comporte ainsi une etape 50 d'acces aux services du commergant Dans ce 

10 but i'utilisateur compose par exemple avec un modem 51 (figure 2) de son 
micro-ordinateur 30 le num6ro de telephone et le code d'acces qui lui 
permettent de visualiser sur I'ecran de son micro-ordinateur 30 les 
informations utiles a la transaction. 

Lorsque Tacces 50 aux services est effectue, une operation d'accueil 

15 52 s'ex6cute. Dans le cas ou il s'agirait d'une session Internet, recran du 
micro-ordinateur 30 va montrer tous les details de la transaction. Cette 
visualisation peut etre autrement provoqu6e sur recran du telephone mobile 
7. Dans ce cas neanmpins, les informations seront plus laconiques. 
Eventuellement si on utilise seulement un telephone, et meme pas un 

20 telephone mobile, il peut y avoir un bip sonore montrant que la connexion est 
etablie, ou voire meme rien du tout. Dans ce cas la procedure de designation 
apparaissant sur le catalogue 8 indique ce a quoi doit s'attendre I'utilisateur 
client. Apres cet accueil le client designe dans une operation 53 I'article ou le 
service qu'il veut acqu6rir. II suit les indications qui lui sont donnees a cet 

25 effet soit au cours de la session, soit dans le catalogue 8. Cette designation 
53 est suivie d'une prise en compte de commande 54 par le commer?ant, 
eventuellement sous reserve de paiement. L'op6ration 54 termine la 
procedure 48 de designation. Cette designation 53 et cette prise en compte 
de commande 54 utilisent des rnemes moyens de visualisation, ou de 

30 communication, que retape 52. 

La procedure de paiement 49 comporte une communication ou un 
affichage du prix. Comme vu precedemment, celui-ci peut avoir ete visualise 
sur un ecran, communique par une boite vocale, indique dans le catalogue 8 
ou autre. Cette communication du prix 55 est pr6alable. La procedure 56 de 

35 paiement proprement dite selon I'invention correspond a un sous programme 
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57 contenu dans la m6moire programme 22 du telephone mobile 7, ou bien 
de preference contenue dans la m£moire programme 34 de la carte SIM 31. 
Compte tenu du caractere universe! du programme 57, celui-ci pourra 
neanmoins etre incorpore dans tous les telephones mobiles 7. Le 
5 programme 57 comportera de preference une premiere etape 58 par laquelle 
le porteur pourra selectionner celui des enregistrements 39, 42 ou 45 qu'il 
choisit (compte tenu de ses disponibilites financieres sur ses differents 
comptes) pour effectuer la transaction. 

Une fois cette selection faite, ou au pr6alable, le programme 57 

10 demandera en une etape 59 au client de taper le code commergant 6voqu6 
ci-dessus. Ce code commer9ant est lisible sur le catalogue 8 ou dans la 
session 9. Une fois les operations 58 et 59 r6alisees, Tutilisateur provoque 
avec le telephone mobile 7 renvoi au numero de telephone sp£cifique, au 
cours d'une operation 60, de ces differentes informations : identification de 

15 client comportant de preference la chaTne de caracteres de coherence et 
code commergant. Cet envoi est provoque par I'appui sur une touche du 
telephone mobile, correspondant a des indications de procedure donnees 
dans un manuel du telephone mobile, ou mieux, au cours de la session 48. 
Le systeme central 10 regoit alors ce message, et le prend en compte au 

20 cours d'une operation 61. L'etape 61 pourra etre suivie, en application du 
programme 17 contenu dans la memoire 16 du systeme central d'une 
requete en verification de code secret 62 , d'un chiffrage 63 et ou d'une 
verification 64 de ce que la carte est bien detenue par son proprietaire. 

L'etape 61 comporte surtout la constitution du message 5, par 

25 prelevement des informations utiles dans la memoire 18 (ou dans le serveur 
19). L'etape 61 comporte enfin un appel du serveur 6 de la banque du 
commergant. Cette 6tape 61 est suivie d'une etape 65 de traitement du 
paiement, comme dans retat de la technique, par la banque du commergant. 
La figure 5 resume les differentes manieres de mettre en oeuvre 

30 Tinvention. On y distingue le telephone mobile 7, le terminal classique de 
paiement 1 et une carte & puce 31 utilisable pour faire fonctionner le 
telephone mobile 7 et une carte a puce 2 pour payer avec le terminal 1. 
Selon retat de la technique, une liaison 66 relie le terminal 1 , en temps reel 
ou en temps diff6re, a un modem 67 et au serveur 6 de rorganisme financier 

35 du commergant proprietaire du terminal 1. Selon la description prec6dente de 
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Hnvention, le telephone mobile 7 entre en relation avec les circuit 10 de 
I'op6rateur de telephonie mobile pour que celui-ci compose le message de 
paiement. Ces circuits 10 comportent une station de base 11 (proprtete de 
l'op6rateur de telephonie mobile) et le systeme 12-18 de traitement 6voque 
5 ci-dessus. Dans cette premiere description de Hnvention, le telephone mobile 
7 entre en relation avec la station de base 11 par une relation hertzienne 68. 

Selon une premiere variante, on installe chez un commer$ant une 
station de base privde 69. Cette station de base priv6e peut etre mise en 
relation telephonique classique, par exemple par une liaison bifilaire 70, avec 

10 le modem 67. Cette station de base priv6e peut par ailleurs servir 
d'autocommutateur pour des liaisons telephoniques du commergant. Selon la 
variante de Invention, la station de base priv6e 69, entre en relation avec le 
telephone mobile 7 par une liaison hertzienne privee 71. On connaTt de ce 
point de vue, dans le domaine de la telephonie mobile, les utilisations 

15 alternatives, publique ou privee des telephone mobiles. Pour de telles 
utilisations, un porteur de telephone mobile, arrivant par exemple & son 
domicile, eteint son telephone mobile, puis le remet en service en d6signant 
le type d'utilisation, privee ou publique. Selon le cas, le telephone mobile 
cherche £ alors £ entrer en relation avec une station de base priv6e ou 

20 publique qui le capte. Puis une procedure de reconnaissance typique est 
lancee. Dans la pratique, il n'est m&me pas besoin d'6teindre le telephone 
mobile, on peut lancer une procedure d'accrochage d'une base priv6e a 
partir d'une utilisation en veille dans un teseau public. Dans cette procedure, 
laccrochage sur la base privee est du meme type qu'un accrochage sur un 

25 r6seau public, essentiellement les gammes de frequence changent, 27 MHz 
ou 400 MHz pour les utilisation privees, au lieu de 900 MHz ou 1800 MHz 
pour les utilisations publiques. 

Autrement dit, selon cette premiere variante, le porteur du telephone 
mobile commence par quitter le reseau public, et se connecter sur un reseau 

30 priv6. Ce reseau priv6 sur lequel il se connecte n'est pas le sien propre, mais 
celui du commergant auquel appartient la station de base priv6e 69. Dans 
cette variante, le terminal 1 est aussi en relation avec la station de base 69, 
soit par une relation hertzienne 72, soit par une liaison filaire (non 
representee). En pratique le terminal 1 et la station de base privee 69 

35 peuvent etre r6alis6s dans un meme 6quipement. Dans ce cas, tous les 
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moyens sont reunis, chez le commergant, pour constituer le message de 
paiement. En effet, selon ce qui a ete d6crit pr6cedemment, le telephone 
mobile connait, et done peut diffuser a la station de base priv6e 69, 
reformation d'identite bancaire du client debiteur. Cette diffusion sera 
5 diffusee par un sous-programme contenu dans I'operation d'accrochage du 
meme type que la connexion specifique vue plus haut. Le terminal de 
paiement 1 connaTt et peut transmettre d la station de base privee 69 
Tinformation d'identite bancaire du commergant Le montant de la transaction 
peut etre indique par le clavier du telephone mobile 7, ou par le clavier du 

10 terminal 1. La date peut etre fournie pat le telephone mobile 7, le terminal 1 
ou meme la station de base 69. II suffit que Tun au moins de ces 
6quipements soit muni d'une horloge temps reel. Ou encore, si la liaison 70 
de la station de base 69 avec le serveur 6 est en temps reel, la date peut etre 
fournie par le serveur 6. En remplacement de la liaison 71 , complet6e par 

15 une liaison 72, on peut prevoir que le telephone mobile envoie son identity 
par une liaison hertzienne 73 au terminal 1. Celui ci compose alors le 
message de paiement et le transmet, comme avant par la liaison 66 (ou par 
la liaison 72) au serveur 6. Le terminal 1 et ou la station de base priv6e 69 
peuvent dans ce cas parfaire le message de paiement. 

20 Selon une deuxteme variante de invention, les moyens de 

constitution du message de paiement pourraient etre reunis autre part que 
chez l'op6rateur de tetephonie mobile (dans les circuit 10 d6crits ci-dessus) 
et meme autre part que chez le commergant (avec la station de base priv6e 
69). Notamment la station de base 69 pourrait etre remplac6e par une station 

25 de base 1 1 publique. Selon cette deuxteme variante cependant, le r6seau 
public de tetephonie mobile n'intervient que pour acheminer une liaison 
telephonique privee. Dans ce dernier cas, les circuits 12-18 eux (pour la 
partie qui conceme la construction du message 5) se trouveront dans des 
locaux a disposition de I'organisme financier. Par exemple, les circuits 12-18 

30 sont situ6s dans un immeuble de cet organisme et reli§ £ I'interieur de cet 
immeuble par une liaison privee 75 au serveur 6. Dans ce cas I'acheteur 
peut, dans la rue, en remarquant par exemple une affiche publicitaire 
proposant un bien ou un service, acheter immediatement ce bien ou ce 
service. II compose dans ce cas avec son telephone mobile 7 le num6ro de 

35 telephone affich6 sur I'affiche publicitaire. Ce num6ro de telephone le met en 



owepwin. ,cd -j7onnma 1 I -> 



2780800 



17 

relation, via sa liaison hertzienne 74 a la station de base publique 1 1, et via 
une liaison telephonique 76 de cette station de base 11, avec les circuits 12- 
18 installe dans les locaux de Torganisme financier qui gere le serveur 6. Les 
liaisons 74 et 76 passent, en une communication priv6e, sur le reseau public. 
Ces liaisons permettent d'etablir le message de paiement puisque les circuits 
12-18 comportent (par le numero de telephone compose dans ce cas) 
Kidentite du commergant par le telephone mobile 7, I'tdentite du client, et, par 
une procedure complementaire ou des indications pr6alables (0001) 
donnees par le client, le montant de la transaction envisagee. 

On observera que, tant dans la version de base que dans les deux 
variantes, les liaisons 66, 70, 74 et 76 sont des liaisons privies. Elles sont de 
ce fait bien plus resistantes aux fraudes que ne pourraient I'etre des liaisons 
de type accessibles a tous comme on en rencontre avec le r6seau Internet. 

De cette fagon un d6finit avec Pinvention le telephone mobile 7 comme 
un terminal porteur 6lectronique de paiement, qui possede tout ou partie des 
fonctions du terminal 1 classique. Selon Invention, ces fonctions sont 
cependant d6membr6es. La constitution du message 5 de paiement est 
r6alisee petit a petit dans le cadre de la transmission. Une permanence de 
Tinvention est que Tidentite du client est transmise par une liaison hertzienne 
68, 71 ou 74 entre le telephone mobile et le serveur 6 de la banque. Un autre 
moyen essentiel de Tinvention est que, dans cette transmission, Torgane, le 
systeme dit central, qui regoit cette identite au moins transmise sur une partie 
de son parcours par voie hertzienne, complete le message de paiement. 
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REVENDICATIONS 

1 - Proced6 de paiement 6lectronique dans lequel 

- on constitue un message (5) de paiement comportant une 
5 information d f un montant d'une transaction, une information d'identite d'un 

debiteur de ce montant et une information d'identite d'un creancier de ce 
montant, 

- on envoie ce message a un serveur (6) de donnfees d'un organisme 
financier, 

10 - le serveur de cet organisme financier opere des transferts de 

monnaie scripturale correspondant a ce paiement, 
caracterise en ce que 

- on 6met (68, 71, 74) £ partir d'un tel6phone mobile (7), et en 
direction d'un systeme central (10) d'un opdrateur (13), I'information 

1 5 d'identite (39) du debiteur, 

- on complete (18, 19), dans ce systeme central, le message de 
paiement a partir de I'information d'identite de debiteur regue, et d'une 
information d 'identity de creancier, 

- on envoie le message ainsi constitue a un serveur de donn6es d'un 
20 organisme financier. 

2 - Proced6 selon la revendication 1 caracterise en ce que 

- I'opSrateur est un operateur de tetephonie publique, 

- au moment de remission (68), on 6met 6galement un code relatif £ 
I'identite du cr6ancier, et/ou de la transaction, 

25 - on constitue le message de paiement £ partir d'une information 

d'identite du creancier correspondant a ce code, 

- et on envoie le message a un organisme financier correspondant a 
ce code. 

3 - Proced6 selon la revendication 1 caracteris6 en ce que 

30 - on emet (71) I'information d'identite du debiteur sur un reseau de 

tel6phonie priv6e (69) du creancier, 

- on compose le message de paiement dans (71-73) ce reseau, et 

- on Tenvoie (70) £ un organisme financier du creancier. 

4 - Proced6 selon la revendication 1 caracteris6 en ce que 

35 - on emet (74) reformation d'identite sur un reseau de tetephonie 
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publique, dans le cadre d'une communication privee (75), et 

- on compose et on envoie le message de paiement a un interlocuteur 
de cette communication privee au cours de son deroulement. 

5 - Procede selon Tune des revendications 1 a 4, caracterise en ce 

5 que 

- Information d'identite de creancier est puisee dans une memoire 
(18) du systeme central en utilisant le code comme adresse dans cette 
memoire. 

6 - Procede selon I'une des revendications 1 a 5, caracterise en ce 

0 que 

- I'information d'identite de creancier est prelevee, en temps reel ou 
differe, dans une memoire d'un serveur (19) de donnees du creancier en 
utilisant le code comme adresse, directe ou indirecte, de ce serveur de 
donnees du creancier. 

7 - Procede selon I'une des revendications 1 a 6, caracterise en ce 
qu'on utilise comme identite de debiteur un num6ro de compte de ce debiteur 
dans un organisme financier. 

8 - Procede selon la revendication 7, caracterise en ce que 

- le debiteur selectionne dans une memoire de son telephone mobile 
une identite de debiteur a envoyer parmi plusieurs (38), 

- cette identite de debiteur correspondant a un des comptes de ce 
debiteur dans un ou des organismes financiers. 

9 - Procede selon I'une des revendications 1 a 8, caracterise en ce 

que 

- dans ('information d'identite du debiteur on transmet une information 
d'identite proprement dite et une chaTne de caractere de coherence, et 

- on verifie (61) dans le systeme central I'authenticite du message de 
paiement par traitement des caracteres de coherence. 

10 - Procede selon I'une des revendications 1 a 9, caracterise en ce 

que 

- on provoque avec le systeme central une session (62-64) de 
verification de code secret relatif au debiteur. 

11 - Procede selon I'une des revendications 1 a 10, caracterise en ce 

que 

- pour envoyer le message a un serveur (6) d'un organisme financier 
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correspondant a ce code, le systeme central lit dans une de ses memoires 
ou dans une memoire d'un serveur de donnees du creancier des 
informations de connexion de cet organisme financier, et 

- le systeme central se connecte a ce serveur de donnees de cet 
5 organisme financier. 

12 - Procede selon Tune des revendications 1 a 11, caracterise en ce 

que 

- pour emettre a partir du telephone mobile, on enregistre 
prealablement dans une memoire (35) de ce telephone mobile les 

1 0 informations d'identite de debiteur. 

13 - Procede selon la revendication 12, caracterise en ce qu'on realise 
la memoire de ce telephone mobile sous la forme d'une memoire amovible 
(31 ), par exemple du type carte a puce ou jeton a puce. 

14 - Procede selon I'une des revendications 1 a 13, caracterise en ce 

15 que 

- on ajoute la date au message (5) de paiement. 

15 - Procede selon I'une des revendications 1 a 14, caracterise en ce 

que 

- I'organisme financier correspondant au code est un organisme dans 
20 lequel le creancier a un compte. 



oMcnrvirv /Co ?7«nnnnA i \ > 



2780800 



1/4 



FIG.l 




Serveur banque cornmercant 



Code cornmercant 



46 40 

( / 



4 



^39 



10 



Serveur 
commergant 



49 



==/ ooo \= 

- 7 aaa \ 



n 



. Identification client 



[Montant] 
L^ate] 



11 



<=y a □ □ v=» 

/ aag 



51 



— ^ 



□ aa 
aaa 

□ □a 
aaa 



12^> 



13 



9- 
30^ 



14 ii 



W -Procedure de 
designation 
-Proc6dure de 
paiement 



r=y> -Code cornmercant 



-Identification 
commergant 

-(Mont ant) 
- (Date) 

- (Verification 
-coherence 
-code secret) L 




18 




-Procedure de 
designation 

-Procedure de 
Daiement 




Identification 
client 



Montant 



Identification 
commergant 



Date! 



Serveur banque cornmercant 



FIG. 2 



2780800 



2/4 



r 



IMS I 



23 



RAM 



25 



Q 



-connexion Tel 
-Boite vocale 
-consommation 



-Paiement 



22 



^— i 21 



MP 



20 



57 
29 



P 



^JJJJJJJjJJJJ 



-JJJJ-IJJJJJJ 



27- 



fiiiiniiifiinniiiir ^ 



FIG.3 




28 f 
32 



<rTp> yl£P 



TV- 



331 



Paiement 1 



34- 




N* SIM 






Code secret 


r 


N° tel 1 


N° tel 2 




N* VISA 


y 


N° AE 
















VPC1 


N° contrat 















-37 



47 



2780800 



3/4 



ACCES AU SERVICE 



50 



Accueil 



T 



52 



48 



Designation d' article 



T 



53 



Commande prise en compte 
sous reserve de paiement 



T 



54 



Communication et 
affichage du prix 



55 



Paiement 



Selection du mode 
de paiement 



I 



58 



Code commercant 



I 



59 



Envoi -Code commercant 
-N° de Carte 
-N° de Pr6f6rence 



i 



Prise en compte 



61 



Requete en CS 



62 



Cryptage 



63 



64 



Verification 



60 



56 



t 



Transaction de 
paiement 



65 



FIG.4 



2780800 




REPUBLIQUE FRANQAISE 



2780800 



INSTITUT NATIONAL 
de la 

PROPRIETE INDUSTRIELLE 



RAPPORT DE RECHERCHE 

PRELIMINAIRE 

etabli surla base desdemieres revendications 
deposees avant le commencement de la recherche 



N° d'enregistrement 
national 



FA 563494 
FR 9808717 



DOCUMENTS CONSIDERES COMME PERTINENTS 



Categorie 



Citation du document avec indication, en cas de besoin, 
des parties pertinentes 



Revendications 
concemees 
de la demando 
examinee 



WO 98 28900 A (RITTER RUDOLF ;PTT 
GENERALDIREKTION (CH)) 2 Julllet 1998 

* abrege * 

* page 3, ligne 3 - page 7, llgne 26 * 

* page 9, ligne 3 - page 13, ligne 14 * 

* revendications; figures 1,2 * 

W0 96 13814 A (VAZVAN BEHRUZ) 9 mai 1996 

* abrege * 

* page 1, dernier allnea - page 2, allnea 
1 * 

* page 3, alinea 2 - page 4, alinea 1 * 

* page 5, alinea 3 - page 6, alinea 1 * 

* revendications; figures * 

W0 96 25828 A (NOKIA MOBILE PHONES LTD 
;TERH0 MIKKO (FI); HEINONEN PETRI (FI); 
MA) 22 aoQt 1996 

* abrege * 

* page 3, ligne 20 - page 5, ligne 5 * 

* page 13, ligne 15 - page 14, ligne 3; 
revendications 1-4; figure 3 * 

EP 0 780 802 A (AT & T CORP) 25 juin 1997 

* abrege * 

* colonne 6, ligne 5 - ligne 32 * 

* figures 1-3 * 

W0 94 11849 A (VATANEN HARRI TAPANI) 
26 mai 1994 

* abrege; revendications; figures * 

EP 0 848 360 A (BRITISH TELEC0MM) 
17 juin 1998 



1,2,5,9, 
10 

3,4,7,8, 
11-15 



3,4, 
11-13,15 



7,8 



1-5 



14 
1-5 



1-15 



DOMAINES TECHNIQUES 
RECHERCHES (Inl.CL.O) 



H04Q 

G07F 



Date (Tachevement de la recherche 

9 juin 1999 



Exammateur 

Miltgen, E 



CATEGORIE DES DOCUMENTS CITES 

X : particuifcrement pertinent & lui seui 

Y : particuiierement pertinent en combinaison avecun 

autre document de la me me categorie 
A : pertinent a rencontre cTau morns une revendlcation 

ou arnere-plan technologique general 
O : divulgation non-ecrtte 
P : document rntercalaire 



T : theorie ou principe a la base de ('invention 

E : document de brevet beneiioant cfune date anterieure 

a la date de depot et qui n'a ete publiequ'a cette date 

de depot ou qu'a une date posterieure. 
D : cite dans la demande 
L : cite pour tfautres raisons 



& : membre de la meme famiSe. document correspondent 



